\chapter{Exigences non-fonctionnelles}
\label{chap:exig.nonfonc}
\minitoc

\section{Qualit\'e du logiciel}

Le logiciel \`a r\'ealiser devra \^etre de bonne qualit\'e. 
Trois facteurs de qualit\'e sont de ce fait impos\'es. Ceux-ci sont \'enonc\'es par 
ordre de priorit\'e d\'ecroissante. Les crit\`eres pour chaque facteur de qualit\'e, ainsi que la
modalit\'e de mesure de ces crit\`eres seront pr\'esent\'es dans le Plan de qualit\'e du logiciel.



\subsection{Maintenabilit\'e}

Le premier facteur souhait\'e est la maintenabilit\'e. Son importance est maximum car l'application \`a d\'evelopper
est open-source et les contributeurs doivent pouvoir comprendre et \'etendre le logiciel.
La maintenabilit\'e doit donc \^etre facilit\'e pour l'\'equipe qui viendra compl\'eter le travail.

%-------------------------------------%

\subsection{Utilisabilit\'e}

Comme il s'agit d'une application web, qui exige une grande interaction avec l'utilisateur,
ce facteur est tr\`es important. Un administrateur de clusters doit pouvoir apprendre facilement
comment d\'efinir des nouvelles notifications, comment les g\'erer et comment lire le donn\'ees de sortie de l'application.
L'interface doit \^etre appropri\'ee au niveau technique des utilisateurs pour leur
offrir les fonctionnalit\'ees qu'ils souhaitent (voir section \ref{sec:desc.generale.interf}).
Les crit\`eres de ces facteurs seront m\'esur\'es par un questionnaire sur un \'echantillon d'utilisateurs.
Le contenu de ce questionnaire ainsi que l'\'echelle par laquelle l'application sera jug\'ee, seront
pr\'esent\'es dans le Plan de qualit\'e du logiciel.

%-------------------------------------%


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

\section{La gestion des risques}

\subsection{Risque au niveau de l'IHM}

Un risque qui pourrait appara\^itre dans le processus de d\'eveloppement est au niveau de l'interface web.
En effet, une mauvaise choix de l'interface peut amener \`a la r\'ealisation d'une interface qui ne satisfait
pas les attentes des utilisateurs finaux.
Ce risque sera g\'er\'e par la r\'ealisation d'une maquette de l'IHM, qui sera revalid\'e apr\`es avoir
subit les modifications exig\'ees par les utilisateurs.

%-------------------------------------%

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

%end chapter4.tex
